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(54) Title: CYCLIC TRANSMISSION OF A PLURALITY OF MUTUALLY RELATED OBJECTS 

(57) Abstract 

The present invention is related to a communica- 
tion system in which a transmitter (2) transmits cycli- 
cally a plurality of mutually related objects (20, 22, 24, 
26) to a terminal (10). If said objects are used in the ter- 
minal there is no mechanism to establish whether said 
objects are consistent, e.g. that they are originated at 
the same time. To ensure that the objects are consistent, 
they are combined in a common transport entity. The 
receiver is arranged to extract only the complete set of 
mutually related objects from the common transport en- mheg 
tity. Consequently, the consistency is always ensured. 
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CYCLIC TRANSMISSION OF A PLURALITY OF MUTUALLY RELATED OBJECTS 



The present invention is related to a communication system comprising a 
transmitter for transmitting cyclically a plurality of mutually related objects via a communication 
network to a terminal, said terminal comprising processing means for processing said plurality of 
mutually related objects. 

5 The present invention is also related to a transmitter, a receiver, a method, a signal 

and a program stored on a tangible medium which can be used in such a system. 

Such a system is known from the document ISO/IEC 13522-5:1996(E) "MHEG-5 
IS Document Second Draft" Chapter 5, "Overview of the MHEG-5 Classes", pp. 8-13. 

The MHEG standard under development by ISO's Multimedia Hypermedia 
1 0 Experts Group defines a system independent encoding of the data structures used for storing, 
exchanging and executing multimedia presentations. The MHEG standard is very suitable for the 
broadcast environment. In such a broadcast environment objects are transmitted cyclically in 
order to enable the user to retrieve these objects, independent from the instant the terminal is 
switched on. A first example application is a "Stock trading" application in which regularly 
1 5 updated stock quotes are displayed. A second example application is a "Horse betting" 

application in which all horses in a selected race are shown together with information such as the 
winning odds per horse. In both applications the information is updated regularly. It is required 
that the information displayed in an application said applications is consistent, meaning that it 
has to be ensured that all information displayed have a common property. This property can be 
20 the time at which the information is established, as it is the case in the "Stock trading" and 
"Horse betting" applications. 

Presently the communication system according to the above mentioned 
publication has no provisions to ensure the consistency of the mutually related objects. In such a 
system the processing means extract objects from the received signal and processes them without 
25 knowing whether these objects are still consistent with other objects already present in the 

running application. In the "Stock trading application" this can lead to stock prices established at 
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different times to be displayed together as if they were established at the same time. Acting on 
such information could result into substantial damage for the user. 

The object of the present invention is to provide a communication system in 
which the consistency of the mutually related objects is ensured. 
5 To achieve said objective the communication system according to the invention is 

characterized in that the transmitter comprises assembling means for combining said mutually 
related objects into a combined transport entity, the processing means being arranged for 
extracting said plurality of mutually related objects from the common transport entity and for 
processing said plurality of said mutually related objects. 

1 0 By combining the mutually related objects into a common transport entity, all 

mutually related objects are received simultaneously. By extracting said mutually related objects 
from the common transport entity and processing said mutually related objects together, 
consistency is ensured. 

An additional advantage of using a transport entity comprising a plurality of 

1 5 objects is that the overhead required for transporting the objects is reduced. 

An embodiment of the invention is characterized in that said transmitter is 
arranged for introducing into the combined transport entity an update indicator to indicate that 
the combined transport entity is updated, and in that the processing means being arranged for 
extracting said updated objects from the common transport entity if an update is indicated. 

20 By introducing an update indicator, the processing means can easily determine 

whether the transport entity carries updated objects. If this is the case, the processing means 
extracts the updated values from the transport entity. Otherwise the processing means can ignore 
the objects, because they are the same as those already processed by the processing means. This 
leads to a considerable reduction of the required processing power. 

25 A further embodiment of the invention is characterized in that the transport entity 

comprises a header indicating the size of the header and the size of the objects combined into 
said transport entity, and in that the update indicator comprises a version number. 

By indicating the size of the different elements of the transport entity, such as 
header and objects, the position of each element in the transport entity can be calculated easily. 

30 An advantage of indicating the size of the different elements instead of indicating their absolute 
position in the transport entity is the reduced amount of data required to indicate the position of 
the objects in the transport entity. 
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The invention will now be explained with reference to the drawing figures. Herein 

shows: 

Fig. 1, a general block diagram of a communication network in which the present 
5 invention can be applied; 

Fig. 2, a protocol stack to be used in a communication network according to the 

invention; 

Fig. 3, a flow graph of a program running on the processor 14 in the terminal 10 

of Fig. 1; 

1 o Fig. 4, a flow graph of an alternative program running on the processor 14. 

In the communication system according to Fig. 1 , a broadcast server 2 is coupled 
to a broadcast network 4. To the broadcast network 4, terminals 6, 8 and 10 are connected. The 
input signal of terminal 10 is applied to a receiver 12 which deals with tuning, amplification, 
demodulation and detection of the input signal, and presents an MPEG-2 transport stream to a 
15 processor 14. The constitution of an MPEG-2 transport stream is described in the ISO/IEC 
MPEG-2 standard which in incorporated by reference herein. 

The processor 14 is arranged for extracting the desired information from the 
MPEG transport stream including the transport entities comprising the plurality of mutually 
related objects. Said plurality of mutually related objects is broadcasted periodically in order to 
20 enable the processor to receive said objects independent from the moment the processor is 
switched on. The processor is also arranged for processing the mutually related objects and 
presenting the result on a display 16b and playing associated audio via the audio system 1 8. 

Fig 2 shows the relevant protocols and part of their details involved in the 
transmission system according to the invention. In the server the MHEG protocol is used to 
25 define the objects to be used by the MHEG virtual machine in the client to realize the desired 
application. According to the inventive concept of the present invention, a plurality of related 
objects 20, 22, 24 and 26 is combined into a combined transport entity by an Object Combiner 
28. In the present embodiment of the invention this combined transport entity is a file. The file 
comprises a header in which the header size, the version number and the sizes of the included 
30 objects are given. The Header size is represented by an 8 bit number. Said number indicates the 
size of the header in bytes. The Version number is represented by 8 bits. The Object size is 
represented by a 1 6 bit number which indicates the size of the corresponding object in bytes. 
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Consequently up to 128 objects, each having a maximum size of 64 kbyte can be combined in 
such a file. 

The files 30 and 32 to be transmitted are passed to the DSM-CC protocol for 
further transmission. The DSM-CC protocol is described in ISO/IEC International Standard 
5 13818-6, "MPEG-2 Digital Storage Media Command and Control", 12 July 1996 which is 
incorporated by reference herein. In the DSM-CC layer the files 30 and 32 are packed in a so- 
called User to User Object Carousel by a transport protocol layer 34, in order to transmit the files 
cyclically in a broadcast signal. The data from said User to User Object Carousel is split up in 
packets 36, 38 and 40. Said packets are output from the DSM-CC layer and subsequently 
10 embedded in an MPEG-2 Transport stream 42 for transmission to the client. 

The client extracts packets 44, 46 and 48 from the MPEG-2 transport stream 42, 
and passes them to the transport protocol layer 50. The transport protocol layer extracts the files 
52 and 54 from the User to User Object Carousel as is requested by the MHEG layer. Said files 
52 and 54 passed to the MHEG layer where the different objects are extracted from the file and 
15 subsequently processed. 

In the flowgraph according to Fig. 3, the numbered instructions have the meaning 
according to the table below. 



Nr. Inscription 



Meaning 



69 BEGIN 

70 OPEN FILE 

71 READ FILE 

72 FILE UPDATED ? 

74 EXTRACT OBJECTS 

75 CLOSE FILE 

76 PROCESS OBJECTS 

77 CLOSE FILE 

78 DISPLAY RESULTS 



The program is started. 

A request for opening a given file is passed to the DSM-CC 
layer. 

The file as presented by DSM-CC is read. 

It is checked whether the file is updated since the previous 

read operation. 

The objects are extracted from the file. 

The presently open file is closed. 

The objects extracted from the file are processed. 

The presently open file is closed. 

The results of the processing of the objects is displayed. 
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In instruction 69 the program is started and the data structures used are initialized. 
In instruction 70 an "OPEN FILE" instruction is passed to the DSM-CC layer. The "OPEN 
FILE" instruction has to be accompanied by a file identifier in the form of an ASCII string. The 
file identifier can comprise a Source field (optional), a Path Origin, a Path and a File name. The 
5 source component is optional, and specifies the data source to be used to retrieve the data. Each 
source identification terminated with ":". The default source identification is "DSM:". DA VIC 
1 .2 does not specify any further data sources, but the use of further source identifications is 
permitted. The Path Origin can be "//* or "/". If the Path Origin is "//", then the following path 
and file name are to interpreted as an absolute path starting from the root of the current Service 
1 0 Gateway to which the runtime application is attached. 

A Service Gateway is an entry point for the present active service. To find the 
requested file, the transport protocol layer in the client retrieves a Directory object corresponding 
to said Service gateway from the Transport stream. Where to find said Service Gateway in the 
transport stream is broadcasted on the so-called User to Network Data Carousel. The definition 
15 of said User to Network Data carousel is downloaded into the client. The Directory Object 
corresponding to said Service includes the names of the directories in the root of the present 
Service Gateway and which User to User Object Carousel carries the corresponding Directory 
Objects, and where it can be found in said User to User Object Carousel. In such way the 
directory tree is subsequently searched until the desired File Object is found. Said file object is 
20 presented by the DSM-CC layer to the MHEG layer. 

If the Path Origin is 'T then the following path and file name is to be interpreted 
as a relative path starting from the directory that contains the current application Object. The 
retrieval of the file is done in the same way as explained before, but now a Directory Object or 
File Object, if applicable, is retrieved from the current directory. 
25 In instruction 71 the content of the file presented by the DSM-CC layer in 

response to the "OPEN FILE" instruction is read. 

In instruction 72 it is checked whether the content of the file is updated since the 
previous read operation. This check can be performed by comparing the version number of the 
presently read file to the version number from the previously read file. 
30 If the version number has not changed, the content of the file is not updated, and 

the program continues with instruction 77 in which the presently open file is closed. 
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After the execution of instruction 77, the program is continued with instruction 
70 to open the file again to see whether it is updated. It is of course possible that a waiting time is 
introduced before the "FILE OPEN" request is submitted to the DSM-CC layer in order to 
reduce the required processing resources. 
5 If the version number has changed, in instruction 74 the mutually related objects 

are extracted from the file. These mutually related objects are processed in instruction 76. In the 
case of the "Stock Trading" application, said processing can e.g. comprise the composition of a 
Top 10 list of fastest rising stocks from a set of 50 represented by the mutually related objects. 
Each object comprises a stock identification and its current value. The relation between them is 
1 0 the time at which the values are established. In order to prevent that values determined at 
different times, the server combines the objects established at a given time into one file, 
preventing that the application can read values established at different times from the broadcast 
channel. 

In instruction 78 the results of the processing of the objects extracted from the 
15 file is written to the display 16. It is observed that it is possible that not all objects are extracted 
from the file, but only a particular group of mutually related objects. 

After the execution of instruction 78, the program is continued with instruction 
70 to open the file again to see whether it is updated. It is of course possible that a waiting time is 
introduced before the "FILE OPEN" request is submitted to the DSM-CC layer in order to 
20 reduce the required processing resources. 

The program according to Fig. 3 keeps running until the application which uses it 

is stopped. 

In the present example the application knows in advance that the mutually related 
objects can be updated. It is however also possible that this is not known beforehand, but that it 
25 is signalled as an attribute of an object. A covenient way to do this is to set the attribute 

OriginalContentCachePriority to zero.This means that no caching is allowed of the object (e.g. 
from the class TEXT), and that it may change over time. The application has to take the 
appropriate measures as e.g. is explained above. 

In the flowgraph according to Fig. 4, the numbered instructions have the meaning 
30 according to the table below. 
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Nr. Inscription 



Meaning 



82 BEGIN 

84 OPEN FILE 



The program is started. 

A request for opening a given file is passed to the DSM-CC 
layer. 



86 


READ FILE 


The file as presented by DSM-CC is read. 


88 


EXTRACT OBJECTS 


The objects are extracted from the file. 


90 


PROCESS OBJECTS 


The objects extracted from the file are processed. 


92 


DISPLAY RESULTS 


The results of the processing of the objects is displayed. 


94 


UPDATE EVENT ? 


It is checked whether the file is updated. 



For the embodiment of the invention according to Fig. 4, it is necessary that the 
DSM-CC layer is extended with a "file update event". This "file update event" is made available 
by the server to all clients having a file opened that is updated by the server. Using said "file 
5 update event" dispenses with the numerous "OPEN FILE" and "CLOSE FILE" operations which 
are required to check whether a file is updated. 

In instruction 82 the program is started and the used data structures are initialized. 
In instruction 84 an "OPEN FILE" instruction is passed to the DSM-CC layer. The "OPEN 
FILE" instruction has to be accompanied by a file identifier in the form of an ASCII string as is 
10 already explained above. 

In instruction 86 the content of the file presented by the DSM-CC layer in 
response to the "OPEN FILE" instruction is read. 

In instruction 88 the mutually related objects are extracted from the file. These 
mutually related objects are processed in instruction 90. 
1 5 In instruction 92 the results of the processing of the objects extracted from the 

file is written to the display 16. It is observed that it is possible that not all objects are extracted 
from the file, but only a particular group of mutually related objects. 

After the execution of instruction 92, the program is continued with instruction 
94 to check whether an update event is received from the DSM-CC layer. If an "file update 
20 event" is detected, the program is started again at instruction 86. It is observed that during the 
execution of the program according to Fig. 4 the file is never closed, because the file has always 
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to be open to inform the DSM-CC layer that all "file update events" have to be passed to the 
MHEG layer. 

It is further observed that the instruction 94 is represented as a waiting loop, but it 
is often advantageous to deal with the "file update event" on basis of an interrupt mechanism. 
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Claims 



1 . Communication system comprising a transmitter for transmitting cyclically a 
plurality of mutually related objects via a communication network to a terminal, said terminal 
comprising processing means for processing said plurality of mutually related objects, 
characterized in that the transmitter comprises assembling means for combining said mutually 

5 related objects into a combined transport entity, the processing means being arranged for 
extracting said plurality of mutually related objects from the common transport entity and for 
processing said plurality of said mutually related objects. 

2. Communication system according to claim 1, characterized in that said transmitter 
is arranged for introducing into the combined transport entity an update indicator to indicate that 

1 0 the combined transport entity is updated, and in that the processing means being arranged for 
extracting said updated objects from the common transport entity if an update is indicated. 

3. Communication system according to claim , characterized in that the transport 
entity comprises a header indicating the size of the header and the size of the objects combined 
into said transport entity, and in that the update indicator comprises a version number. 

1 5 4. Transmitter for transmitting cyclically a plurality of mutually related objects, 

characterized in that the transmitter comprises assembling means for combining said mutually 
related objects into a combined transport entity. 

5. Terminal comprising receive means for receiving a plurality of cyclically 
transmitted mutually related objects, said terminal further comprisese processing means for 

20 processing said plurality of mutually related objects, characterized in that said mutually related 
objects are combined into a combined transport entity and in that the processing means are 
arranged for extracting said plurality of mutually related objects from the common transport 
entity and for processing said plurality of said mutually related objects. 

6. Communication method comprising transmitting cyclically a plurality of mutually 
25 related objects via a communication network to a destination, the method further comprises 

processing said plurality of mutually related objects received at the destnation, characterized in 
that the method comprises combining said mutually related objects into a combined transport 
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entity, and in that the method comprises extracting said plurality of mutually related objects from 
the common transport entity and in that the method comprises processing said plurality of said 
mutually related objects. 

7. Signal comprising a cyclic sequence of a plurality of mutually related objects, 

5 characterized in that said mutually related objects are combined into a combined transport entity. 

8. Signal according to claim 7, characterised in that said combined transport entity 
comprises an update indicator. 

9. Signal according to claim 8, characterised in that the combined transport entity 
comprises a header indicating the size of the header and the size of the objects combined into 

1 0 said transport entity, and in that the update indicator comprises a version number. 

1 0. Tangible medium comprising a computer program, said program being arranged 
for transmitting cyclically a plurality of mutually related objects, characterized in that the 
program comprises an assembling step for combining said mutually related objects into a 
combined transport entity. 

15 11. Tangible medium comprising a computer program for receiving a plurality of 

cyclically transmitted mutually related objects, said program further being arranged for 
processing said plurality of mutually related objects, characterized in that said mutually related 
objects are combined into a combined transport entity and in that the program extracting said 
plurality of mutually related objects from the common transport entity. 
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